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METHOD AND APPARATf TS FQR PRnnr^siiyG AN fNron 

SMS MESSAf^R 



)MMERCE 



ABSTRACT 



The invention provides a method for processing an incoming ecommerce SMS response 
message received by a server ftom a recipient responding to an outgoing ecommerce SMS 
message. This method includes the receiving said SMS response message; the decoding an 
encryption string within said SMS response message with an appropriate key to verify that said 
response message is directed to said server; the extracting of identification fiom said SMS 
response message for processing infomiation in said response the identifying and obtaining a 
corresponding inbound template for said response message ftom said server; the parsing said 
response with said inbound template to extract data and instructions contained in said response 
message, if any. for processing said data and instructions; and forwarding the data and mstructions 
to an application server for processing. 
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METHOD AND APPA W ^TTTS FOP PROrF^^tMr. r-QMUVn ^r^^^r^^^„ 

SMS MESSACT 

Backgro^ind nf invention 
Field of tip e Invenrinn 

This invention relates to the field of wireless ^^^m™*^- • . 

oarticularlv tn n,«ft,^^ ^ ^ wireless ecommerce commumcation. more 

particularly to methods and apparatus for applying Short Message Services and other messaeins 
services used i„ mobile wireless communication to commercial messaging. ^ ^ 

General Baoir^,>«,.^^ 

"»nMCt,»^ mjm^ .nyArtKM. Tlu^gh Wireto Application ftotocol (WAP) has been around 

^relesa devces m remains qmte low. The n,oa esablished ledmology in fte apace of mobile 
cn,^ „day is Sho„ Meaaage Services (SMS) on mobile weleas ^^cs. Wi^Ms" wl 

pene.ra.„„a„dadop«o„..,ei„,benwke.,i.haabeena,,ime.a,ge.fornK.baec™n,Z^ 
Examples of SMS noMcation with oonune«»s fimctio,« contemptated by fte oresii 
invention uBhide the following: oy me present 

campaign information; 

Ll'fi^ion f ' "'^^"^ confirmation, shipping confinnation; and. 

However, various intrinsic technical huKlles and limitations exist in SMS today, thus 
makmgrte application and usage in commerce web application difficult and impmcti^ 
numberTf 1 1^"^ ' ^ ^^^^"^'^S^ ^^^tennined a 

of^ r~ '"^^ ""-^'^^ - envi„,nments. A 

discussion of these Imiitations and requirements follow. 

y mitaUons of TTsing SMS in rn» >aierce T.-«n«,.H»^, 

s<:sr;;:i::i~ - ~on 

the encoding of the SMS message to accurately implement a given business purpose; and, 
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the corresponding run time handling of the SMS message as the business purpose requires. 

1.1 Encoding Barriers 

SMS messages, by nature are typeless, stateless, sessionless and meaningless to data 
i processing systems. Currently the main purpose of SMS messaging is person to person 
communication between mobile devices. 

However, for SMS messages to be viable as means of business transactions, SMS cannot 
be just a casual exchange of two parties. Business transaction requirements include: traceability, 
confirmation, and non-repudiation. It also has to be understood by any web application or other 
) data processor that handles it We collectively define these requirements as the 'semantics' of SMS 
messaging. 



For example: 

• A given set of bxisiness rules may require that a subset of SMS messages be confirmed on 
> delivery for non-repudiation of transactions such as: 

i. confirmed arrival 

ii recorded timestamp of arrival for non-r^udiation 

iii acknowledgment of reception of SMS messages 



) • It may also be a business requirement that a given set of SMS messages are to be regularly 

delivered based on a given schedule . Examples include: 

i monthly reminders of invoices 

ii scheduled promotions via SMS messages 

5 • Broadcasting Type SMS messages may be required by businesses to reach multiple users 

widiout the need of checking or confinning message arrival. Examples include: 
i. Store wide promotional broadcasts. 

In this case acknowledgment would likely not be required. 



0 • When a user wants to send in a SMS message to make a transaction, the intent of the user 

(e.g. to buy an given item) as encoded in the SMS message text has to be unambiguously 
understood by a web application or other application that handles the user's incoming SMS 
message. 
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Correctly encoding SMS messages to accurately represent business intent is a technically 
complex and difficult task and is highly prone to human error. Human errors in encoding are often 
very expensive and difficult to debug and correct. Business users want efficiency and reliability in 
using SMS to achieve their business objectives. They require sheltering from such technical 
complexity when using SMS messages in their business processes. Business users typically only 
want to focus on: 

i. Determining the business intent of a given SMS message; 

ii. Forming the correct wording of the message (without worrying 
about the dilferent technical details of encoding); and, 

iii. Being intbrmed of error if the message sent does not meet the intent 
of that message classification. 

Business users who initiate these business transactions now face the significant technical 
challenge of manually encoding all of these SMS messages correctly so that they map accurately 
to the particular differmt business objectives that they set out to achieve. 

IJ2 Difficulty in Semantic Handling at Run Time 

Apart from the manual, technical challenge in SMS message encoding, semantic handling 
at run time to meet business process requirements is also a major problem. 

For example, a SMS message notifying a user of an outstanding payment typically requires 
the acknowledgment of the user, as stipulated by a business process that defines ''a completed 
customer touch point". 

The lack of acknowledgment by the user upon receiving the SMS message in this case will 
be handled differently than other SMS message. 

However, the concept of semantics and categorization does not presently exist in the space 
of SMS today. 

13 The Absence of Syntax in SMS Messages makes Its Usage in Commerce Business 
Processes Difficult and Impractical 

1 .4 Lack of Mapping of SMS Text Stream to a Commerce Business Action 
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SMS messages are simple text messages without any encoding scheme* Thus, a simple 
plain text SMS message is unsuitable for commerce transactions for the following reasons in 
addition to the ones mentioned above: 

i. It's not currently possible for a simple SMS message to indicate the type of 
commerce transaction to be carried out; 

ii. Additional parameters required by a particular transaction cannot be encoded in 
a standard manner and hence, cannot be parsed by the backend commerce 
applicatioi^ 

iii. Additional details like user authentication and authorization can not be taken 
care of in a standard manner, 

i V, Lack of state information means request-response model required by commerce 

transactions can not be applied to commerce SMS messages; and, 
V. Free form composing of 160 characters as responses by human users makes the 
adoption impossible and impractical. 
The above problem creates a serious usability issue for SMS users (both human and web 
application) who need to respond to business messages originated fiom a Web Application or 
other data processing ^plication. 

1.5 Lack of Notation for Parameters Encoded as Part of the SMS message 

All inbound SMS messages carrying transaction information are required to be validated 
for data completeness and data validity. Not only that, users sending SMS messages to a given 
web application are required to encode enough information in the inbound SMS messages for 
proper authentication. 

For example, using SMS in online auction requires that the backend web application used 
to conrmnmicate to bidders notify the subscribed bidders whenever an auction bidder has been 
outbid by someone else. Bidders, upon notification, should be given a mechanism to respond in 
order to raise their bids. 

In this example, the SMS message is required to be sent in a non-repudiated manner so that 
the subscribed bidders can't deny receipt of auction override notices. Also such messages must be 
sent out via a high priority channel, if available, so that they can reach the bidders as soon as 
possible. In addition, the auction bidders are required to have a mechanism to call back the 
backend commerce application being used in the auction to submit a new bid using a standard 
SMS message template acceptable to the backend commerce application. These SMS messages 
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must be parsed correctly by the backend commerce application in order for the backend web 
application to p^ibnn the appropriate semantics. 

As an example, one of the required parameters in an auction scenario would be an SKU 
number for the identification of item under bid. Both back end server and bidder authentication is 
required for non-repudiation purposes. 

The lack of syntax in SMS messaging makes application to the following business 
processes extremely difficult: 

commerce process mapping; 
user authentication; 
parameter passing; 
data validation. 

1.6 Technical Complexities in encodmg SMS deter Business Users from adopting its 
usage 

The originators of business SMS messages are business users who have business needs to 
send business messages. Their prime concern is to focus on the business logistics of the message 
(like the timing of sending, to whom to send the message to etc.) and the message itself (like the 
choice of wordings etc.). They do not want to be (and typically cannot afford to be) burdened with 
the technology of the delivery medium. For example, the technical knowledge of how to send a 
SMS message is something that the business users do not want to deal with and expect to be 
handled for them. Transparency and user fiiendiiness is important to a business user. 

1.7 The Requirement of Confirmation in Commerce Usage 

A key requirement of to use SMS in commerce is the need for confirmation fi*om SMS 
message recipients. The following is a list of examples for such critical requirements in 
SMS usage in conunerce: 

- Upon receiving a SMS notification from the commerce server, often the recipient needs 
to respond by sending an SMS message back to the commerce server* For example: the 
recipient may send an SMS message back to the conomerce server to buy an item 
advertised by an SMS promotion message, 

- To fulfill the non-repudiation requirement, for example: all customer touch points need 
to be recorded. 

- Confirmation also requires the confirmation of user ID in an inbound message. 
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1.8 The Requirement of Security in Commerce Usage 

Another key requirement for using SMS in commerce is the need for security in carrying 
out a business transaction. This requirement includes: 

• User ID authentication by a web application like WebSphere when a user initiates a 
transaction using SMS message 

• Web application auttientication by the user so that the user knows for sure that the correct 
Web application is handling the user's request 

• User authentication to confirm that no unauthorized mobile device is used for the 
transaction; a PIN could preferably be used as an additional layer of user confirmation, 

1 .9 The Requirement of Session in Commerce Usage 

Another key requirement of using SMS in commerce is that of the session. Often, when a 
web application sends out an outbound message to its users (e.g. campaign message like *all 
electronics 50% off if purchased in tiie next 6 hours), the web application used expects the user to 
respond back in SMS to the corresponding outbound message within the specified time period. 
Typically, this requirement of session includes: 

• A request and response model mapping to outbound and mbound SMS messages; 

• A time out mechanism; and, 

• A Session Data sharing mechanism. 

Limitations of adopting SMS usage in commerce include the following: 

• No mechanism to meet the requirement of receiving confirmation fi*om SMS message 
recipients 

• Difficulty of associating a SMS response fcom the recipient with the originating outgoing 
ecommerce SMS message 

• No existing mechanism to implement security requirement with today's SMS apparatus 

• No existing mechanism to implement session with the request and response model using 
today's SMS apparatus 

Summary of the Invention 
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The various embodiments and features of the invention herein address shortcomings and 
requirraients outlined above, with particular embodiments having specific features addressing 
selected shortcomings or requirements as will be appreciated ftom the summary of the invention 
which follows- 

The invention provides a method for processing an incoming ecommerce response 
message received by a server from a recipient responding to an outgoing ecommerce message. 
This method includes the receiving said response message; the decoding an encryption string 
within said response message with an appropriate key to verily that said response message is 
directed to said server, the extracting of identification from said response message for processing 
information in said response; the identifying and obtaining a corresponding inbound template for 
said response message from said server; the parsing said response with said inbound template to 
extract data and instructions contained in said response message, if any, for processing said data 
and instructions; and forwarding the data and instructions to an application server for processing. 

Another embodiment of the invention provides a method in which the response message 
includes an encryption string encoded with an encoding key used to encode the corresponding 
outgoing commerce message; identification of said web application capable of processing the 
response and user authentication information. 

Another embodiment of the invention provides a method which includes identifying and 
obtaining a corresponding inbound template for the response message from the web application. 
The processing of the web application includes using the session id to match the response with an 
outbound SMS message. 

Matching of the encrypted string with the outbound message provides a request and 
response model, making the formation of a session possible, thus making commerce application in 
SMS practical. 

One embodiment of the invention provides a SMS corrunerce message format for use in 
sending a commerce message over a network to a recipient, which includes a message text entry 
field for alerting a recipient about a commerce event; an encryption string entry field; a response 
indicator label; a recipient data entry field associated with the response indicator label; a recipient 
authentication indicator label; and, a recipient authentication data entry field associated with the 
recipient authmtication indicator label. 

Preferably the encryption string entry field is adapted to accept commimication session 
identification data. 

The encryption string entry field may be adapted to accept security information. 
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The recipient authentication data entry field may be adapted to accept a PIN number from 
the recipient 

Another embodiment of the invention provides a SMS commerce message format for use 
in sending an ecommerce message over a network to a recipient including a message text entry 
field for alerting a recipient about an ecommerce event; an encryption string entry field for security 
and session control; a response indicator label; a recipient data entry field associated with the 
response indicator label; a recipient authentication indicator label; and, a recipient authentication 
data entry field associated with the recipient authentication indicator label. 

Another embodiment of the invention provides a SMS commerce message format for use 
in sending a commerce message over a network to a recipimt including a message text entry field 
for alerting a recipient about a commerce event; and, an encryption string entry field. 

The encryption string entry field may be adapted to accept communication session 
identification data. The encryption string entry field may be adapted to accept security data. 

The recipient authentication data entry field may be adapted to accept a PIN number firom 
the recipient. 

Another aspect of the invention provides a SMS commerce message format for use in 
sending an ecommerce message over a network to a recipient including a message text entry field 
for alerting a recipient about an ecommerce event; and, an encryption string entry field for security 
and session control. 

Preferably the session identification data may be used to associate a response to the sent 
message. 

The session identification data may be used to identify a software application to process a 
response to the sent message. 

Another embodiment of the invention provides a SMS commerce message for transmission 
over a network to a recipient including a message text for alerting a recipient about a commerce 
event; an encryption string entry; a response indicator label; a recipient data entry associated with 
the response indicator label; a recipient authentication indicator label; and, a recipient 
authentication data entry associated with the recipient authentication indicator label. 

The encryption string entry may include communication session identification data. 

Preferably the encryption string entry includes security information. 

The recipient authentication data entry may include a PIN number fiom the recipient. 

Another embodiment of the invention provides a SMS commerce message for xise in 
sending an econunerce message over a network to a recipient including a message text entry for 
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alerting a recipient about an eoommerce event; an encryption string «,try for security and session 
control; a response indicator label; a recipient data entry associated with the response indicator 
label; a recipient authentication indicator label; and, a recipient authentication data entry 
associated with the recipient authentication indicator label. 

Another embodiment of the invention provides a SMS commerce message for use in 
sending a commerce message over a network to a recipient including a message text entry for 
alerting a recipient about a commerce event; and, an encryption string entry. 

The encryption string entry may include communication session identification data. 

The encryption string entry may advantageously include security data. 

The recipient authentication data entry may include a PIN number ftom the recipient. 

Another embodiment of the invention provides a SMS commerce message for use in 
sending an ecommerce message over a network to a recipient including a message text entry for 
alerhng a recipient about an ecommerce event; and. an encryption string entry for security and 
session control. 

The session identification data may be used to associate a response to the message with the 
message. 

TTie session identification data may be used to identify a software application to pn>cess a 
response to the message. 

Another embodiment of fte invention provides a method for processing an incoming 
ecommerce SMS response message received by a server ftom a recipient responding to an 
outgoing ecommerce SMS message, including receiving the SMS response message; 

decoding an encryption string within the SMS response message with an appropriate key 
to verify that the response message is directed to the server; extracting identification from the SMS 
response message for processing information in the response; identifying and obtaining a 
conresponding inbound template for the response message from the server, 

parsing the response message with the inbound template to extract data and instructions 
contained in the response message, if any, for processing the data and instructions. 

Still another embodiment of the invention provides a method for processing an incoming 
ecommerce SMS response message received by a server from a recipient responding to an 
outgoing ecommerce SMS message, including receiving the SMS response message; 

decoding an encryption string within the SMS response message with an appropriate key 
used to encode the outgoing ecommerce SMS message to verify that the response message is 
directed to the server, extracting identification from the SMS response message for processing 
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infonnatioiL in the response; identifying and obtaining a corresponding inbound template for the 
response message fiom the serv^, parsing the response message with the inbound template to 
extract data and instructions including user audientication information from the response message; 
and forwarding the data and instructions to an application server for processing. 

Another embodiment of the invention provides a method for handling an incoming 
ecommerce SMS response message received by a econunerce server from a recipient responding 
to an outgoing econunerce SMS message; wherein the response message includes: an encryption 
string encoded witti an encoding key, identification of a software application capable of processing 
the response, and user authentication intbrmation; the method including receiving the SMS 
message; decoding an encryption string within the SMS message with an encoding key previously 
used to encode the corresponding outgoing ecommerce message to verify that the response 
message is directed to the ecommerce server; extract identification firom the SMS response for a 
software application intended to process information in the response; identify and obtain a 
corresponding inbound template for the response message &om the ecommerce server; 

parsing the response message with the inbound template to extract data and instructions 
including user authentication information from the response message; and forwarding Hie data and 
instructions to the software application for processing. 

Yet another embodiment of the invention provides a method for handling an incoming 
ecommerce SMS response message received by a ecommerce server from a recipient responding 
to an outgoing ecommerce SMS message, wherein the response message includes an encryption 
string encoded with an encoding key used to encode the corresponding outgoing ecommerce 
message, identification of a software application capable of processing the response, and user 
authentication information, and wherein the ecommerce server has access to the encoding key, 
and an inbound template for processing an incoming SMS response message;; the method 
including: 

receiving the SMS message; decoding an encryption string within the SMS message with 
the encoding key to verify that the response message is directed to the ecommerce server; 

extract identification firom the SMS response for a software application intended to process 
information in the response; identify and obtain a corresponding inbound t^plate for the response 
message fix>m the econunerce server; parsing the response message with the inbound template to 
extract data and instructions including user authentication information fi'om the response message; 
and forwarding the data and instructions to the software application for processing. 

Another embodiment of the invention provides a method for handling an incoming 



CA9-2002-0073 



10 



CA 02406869 2002-10-04 



ecommerce SMS response message received by a ecoimnerce server from a responding recipient, 
including receiving the SMS message; decoding an encryption string within the SMS message 
with a systemwide encoding key previously used to encode the corresponding outgoing 
econunerce message to verify that the response message is directed to the ecommerce server; 
extracting identification from the SMS response for a software application intended to process 
information in the response; identifying and obtaining a corresponding inbound template for the 
response message from the ecommerce server; parsing the response message with the inbound 
template to extract data and instructions including user authentication information from the 
response message; and forwarding the data and instructions to the software application for 
processing. 

Yet another embodiment of the invention provides a method for handling an incoming 
ecommerce SMS response message received by a ecommerce server from a recipient responding 
to an outgoing ecommerce SMS message; wherein the response message includes: an encryption 
string encoded with session id, and identification of a software application capable of processing 
the response; the method including receiving the SMS message; decoding an encryption string 
within the SMS message to verify that the response message is directed to the ecommerce server; 
extracting identification from the SMS response for a software application intmded to process 
information in the response; 

identifying and obtaining a corresponding inbound template for the response message from 
the ecommerce server; parsing the response message with the inbound template to extract data and 
instructions including user authentication information from the response message; and forwarding 
the data and instructions to the software application for processing. 

hi another embodiment of the method of the invention the encryption string is encoded 
with an encoding key, identification of a software application capable of processing the response, 
and user authentication information; the method including receiving the SMS message; decoding 
an encryption string within the SMS message with an encoding key previously used to encode the 
corresponding outgoing ecommerce message to verify that the response message is directed to the 
ecommerce serven extract identification from the ^ SMS response for a software application 
intended to process information in the response; 

identify and obtain a corresponding inbound template for the response message from the 
ecommerce server; parsing the response message with the inbound template to extract data and 
instructions including user authentication information from the response message; and forwarding 
the data and instructions to the software application tor processing. 
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Preferably the processing of the software application includes using the session id to match 
the response with a outbound SMS message. 

Another embodiment of the invention provides a SMS universal encoding template for 
en^dmg ou«,ound SMS business messages for a data processing system for trans^ssion over I 

networlcimcludmgcategorizationmeta data definingacategorization of outbound 
the categonzation representing a specific businesses bt«ided usage; 

the categorization meta data providing definitions of messages and instructions that are 
parsable by the data processing system for generating SMS business messages. 

Another embodiment of the invention provides a SMS universal encoding template for use 
^ a. message encoding engine of an ecommerce server for encoding outbound SMS messages 
ftom a web application to a SMS dispatcher (runtime pnn^essor) for transmission over a wireless 
network; uzcludmg categorization meta data defining categorizations of outbound SMS messages- 
each of the categorizations representing a specific businesses intended usage; the categorization' 
me a data provrdmg definitions of messages and instructions that are parsable by data processing 

systerns for encoding SMS business messages for handlingbythe SMS dispatcher for transmi^^^^ 
over the wureless network. 

In another embodiment of the invention the SMS universal encoding template provides a 
message enfry field for insertion of a message entry of full SMS message lengdi for access by a 
recrprent; with the template providing an additional field in the SMS message for categorization 
meta data; the meta data providing instructions for encoding a business intent of an ecommerce 

SMS message. 

Hie meta data may preferably include instructions for dispatching the SMS message 
mcludmg mstructions selected from the following set pertaining message priority, delivery time, 
number.of recipients, delivery chamiel. confirmation, authentication, encryption, intended web 
^plication to handle a i«^onse. 

The meta data preferably includes instn«:tions for identifying a software application 
mtended to handle the response. 

Another embodiment of the invention provides apparatus for generation of a SMS business 
message processable by a software application, including a data collection interface for accepting 
mstructions and data fiom the software application; 

a message encoding engine; an encoding template accessible by the message encoding 
en^ne; the message encoding engine being adapted to encode the instmctions and data from the 
software application using the encoding template to generate categorized SMS messages 
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formatted for processing by a data processing system; and» a dispatcher runtime processor linked 
to the message encoding engine for accepting the categorized SMS messages and processing the 
categorized SMS messages for transmission over a network to a recipient. 

Yet another embodiment of the invention provides apparatus for generation of a SMS 
business message for a software application, including a data collection interface for accepting 
instructions and data from the software application; a message encoding engine; a universal 
encoding template accessible by the message encoding engme; 

the message encoding engme being adapted to encode the instructions and data from the 
software application using the universal encoding template to gen^ate typed (categorized) SMS 
messages that can be processed by a data processing system; 

a runtime dispatcher processor linked to the message encoding engine for accepting the 
typed SMS messages and adapted to process the typed SMS messages for dispatch over a network 
to a recipient. 

Another embodiment of the invention provides apparatus for gen^ation of a SMS business 
message for a software application, including: data inter&ce means for accepting instructions and 
data from the software application; message encoding means; 

encoding template means accessible by the message encoding means; the message 
encoding means being adapted to encode the instructions and data from the software application 
using the encoding template means to generate categorized SMS messages that can be processed 
by a data processing systmi; and, a processor linked to the message encoding means for accepting 
the categorized SMS messages and adapted to process the categorized SMS messages for 
transmission to a recipient. 

The apparatus of this embodiment may advantageously provide a response tracking 
database associated with the dispatch^ for tracking incoming responses from recipients receiving 
the SMS business messages. 

The apparatus may fiirther include an inbound template database associated with the 
runtime dispatcher for identifying and parsing an inbound response from a SMS message recipient 
for processing by the dispatcher and forwarding to the software application originating the SMS 
business message for processing by the software application. 

In another embodiment of the invention, the apparatus fiirther includes a commerce user 
interface including a message composing user interface having: labeled fields for insertion of 
messages by a user to a recipient and instructions processable by the message encoding engine and 
runtime processor to generate a SMS business message for transmission to a recipient 
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The apparatus may further include a commMce user interface for areating a new SMS 
message type derived from the universal encoding template; the commerce user interface 
including labeled fields describing a parent message type; providing labeled fields for defining 
variations on the parent message type; means for labeling the derived message type; and, apparatus 
or software for saving the labded doived message type and adding to the universal template. 

Preferably the universal encoding template is adapted to create a typed SMS message 
instance indicating that a response is required; the runtime processor being adapted to create an 
outbound SMS message with a confirmation indicator label with a confirmation field for a 
recipient to enter a response in a response SMS business message; the runtime dispatcher being 
adapted to store a response from the recipient in the response tracking database, and forward 
response message data and instructions to the software application indicating that a response was 
recdved. 

The runtime dispatcher may be adapted to store data in the re^onse tracking database iq>on 
elapse of a predetermined reqwnse time without receiving a response indicating iriisence of a 
response; and to send an alert to the software application indicating abs«ice of a response. 

An encryption processor may be provided for g^erating an oicryption string for the SMS 
business message. 

The encryption processor is preferably adapted to generate an encryption string including 
aitries for at least one of the following: session idoitification, security, a software application for 
processing a response to flie message. 

An application key generator may be provided to use an encryption key for generating the 
encryption string. 

Another embodiment of the invention provides an SMS commerce message response 
including an encryption string field for security and session control; a response indicator label; a 
recipient data entry field associated with the response indicator label in which a response can be 
inserted by a respondmg recipient; recipient authentication indicator label; and, a recipient data 
entry field associated with the authentication indicator label 

in which a response can be inserted by a responding recipient. 

The SMS commerce message response may ftuther include a short message text field for 
alerting a recipient about a commerce event. 

The encryption string field may preferably be adapted to include security information. 

The encr)^tion string field may be adapted to include session control information. 

The SMS commerce message response encryption string may include session control 
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infoimation. 

Yet other aspects of the invention provide a computer programming for impl«nenting the 
methods and apparatus of the embodiments of the invention described above. 
Other aspects of the invention provide an article including: 

a computer readable signal bearing medium; with computer program code means recorded 
on the medium adapted to perform the methods of the embodiments of the mvention and 
implement the apparatus of the embodiments of the invention. 

The medium may be selected from the group consisting of magnetic, optical, biological, 
and atomic data storage media. The medium may be a modulated carrier signal. The signal may 
be a transmission over a network such as a computer network, telecommunication network, or the 
Internet 

Description of the Drawings 

Embodimmts of the present invention will be described by way of example, referring to 
the accompanying drawings in which: 

Figure 1 depicts an SMS enabled Commerce: Highlighting improvanent over pre-existing 

system; 

Figure 2 depicts a Structure Mapping of the SMS commerce Infrastructure Components; 
Figure 3 depicts using SMS Message Composing Wizard To Create New SMS Type In 
SMS Universal Encoding Template; 

Figure 4 depicts using The SMS Message Composing GUI to create new SMS type; 
Figure 5 depicts an SMS Encoding Flow Diagram; 

Figure 6 depicts an SMS Message Encoding Engine DCI Structure Diagram; 

Figure 7 depicts an SMS Message Encoding Engine Flow Diagram; 

Figure 8 depicts an actual Outbound SMS message example as seen by a recipient user; 

Figure 9 depicts an SMS Inbound Message with user response filled in; 

Figiire 10 depicts a GUI to compose a SMS message; 

Figure 1 1 depicts adding SMS Inbound Template to the message type; 

Figure 12 depicts an inbound Template Manager Structure Diagram; 

Figure 13 depicts the Flow For the Inbound Template Management; 

Figure 14 depicts Structure Diagram For Business User Sending SMS Message; 

Figure 15 depicts a Flow chart for Figure 1 6; 

Figure 16 depicts Confirmation Response Run Time Flow; 
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Figure 17a depicts an Outbound Flow Diagram 1; 
Figure 17b depicts an Outbound Flow Diagram 2; 
Figure 17c depicts an Outbound Flow Diagram 3; 
Figure 18a depicts an Inbound flow Diagram 1 ; 
Figure 1 8b depicts an Inbound Flow Diagram 2; and 
Figure 18c depicts an Inbound Flow Diagram 3. 

Detailed Description of Preferred Embodiments of the Invenaon 

The following description is presented to enable those skilled in the art to undmtand and 
» apply the invention. Various modilications to the embodiment or embodiments described will be 
apparent to those skilled in the art. The invention may be applied to other embodiments without 
departing from the scope of the invention. The present invention is not intended to be limited to 
the embodiment or embodiments shown. 

Figure 1 illustrates an SMS enabled eCommerce syst^ highlighting the improvements of 
i the invention over pre-existing systems. The improvements contributed by the invention herein 
are indicated by shading. 

As indicated previously SMS is not new. Referring to Figure 1, which depicts an SMS 
enabled Commerce communication system in accordance with the invention, it can be seen that 
existing technology lies in space labeled prior art. In the past there were attempts to solve the issue 
) of routing SMS messages to appropriate applications running on the mobile devices (e.g. cell 
phones). 

The space labeled *New Invention' in Figure 1 is new with the exception of a few basic 
building blocks that exist today. Although some of the basic building blocks may exist the 
invention herein allows enhancement of them as appropriate to take into account new capabilities 
5 offered by the invention. New elements contributed by the invention are highlighted in gray while 
prior art elements are the not highlighted. 

Referring to the embodiment of the invention illustrated in Fig. 1, it can be seen that 
eCommerce Server 104 is comprised of a number of components: 

Application Components 108: Application components 108 form the business subsystems 
0 of a given conunerce server. Each business subsystem is an implementation of a given business 
processes. Examples of business subsystems include: Order Management; Usar Management; 
Marketing and Campaign subsystems, among others. 

Conrmion Message SubsystCTi 107: The Conmion Message Subsystem 107 is a generic 
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message handling system to handle (and process) messages generated by the application 
components 108. The common message subsystem handles emails^ file transport and other matters 
pertaining to handling and processing messages. 

The embodiment of the invention illustrated in Fig. 1 makes use of a number of existing 
> features or processes including: 

SMS messages: An SMS message is limited to a maximum 160 character long simple text 
message. It can be sent through many wireless networks. Most cellular phones are capable of 
sending and receiving SMS messages. 

) 

Wireless Message Gateway: A wireless message gateway can be implemrated by a computer 
which can route SMS messages between a wireless network and the eComm^e server 104. 

SMS Center: The SMS Center 102 is typically operated by the telecommunication company to 
; handle the delivery of SMS messages to selected mobile devices. 

Dato Collection Interface (#1): The Data Collection Interface 117 is comprised of a set of 
interfaces that collect 

i. user input via SMS Message Composing Wizard 1 12; and, 
) ii. data generated by the Application Compon^ts 108 forwarded by the 

Common Message Subsystem 107 
to generate an SMS input data collection to be used by the Message Encoding Engine 111. 

Message Encoding Engine (#2): The message encoding engine 111, takes an input data 
) collection, as generated by the Data Collection Interface 1 17, as input. 

The message encoding engine 1 1 1 then uses the data in the SMS input data collection to 
generate the encoding of an SMS message wifli attributes appropriate to the user selected SMS 
^e. It furth^ validates the user input against the SMS Universal Encoding template 1 13 for error 
checking. 

) This automatic generation capability in the engine 1 1 1 eliminates encoding errors, likely 

due to human mistakes. This also hides the technical complexity of the encoding of attributes for 
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the implementation of message intent from business users. The Message Encoding Engine 1 1 1 
produces a Typed SMS Message instance 1 14 as output. 

Runtime Processor (#3): The SMS Message Runtime Processor 1 10 handles business semantics 
as defined in SMS categorization at run time 

Basic Functions of the run time processor 1 10: 

- If an SMS message requires confirmation of delivery, or expected response, the SMS 
Message Runtime Processor 1 10 will keep track on the confirmation. 

- The SMS Runtime Processor 1 10 is also responsible for taking the response returned 
from an end user and locating the corresponding inbound message template from the 
inbound template database 1 1 5. 

- If the SMS message is a scheduled message, the SMS Message Runtime Processor 1 1 0 
will handle the scheduling of the SMS message sent 

" Further semantic action can be taken in the absence of user confirmation. 

- The runtune processor also does runtime error checking and error handling. 

SMS Message Composing Wiiard (#4): Referring to Fig. 2 which illustrates the structural 
mappmg of an SMS Commerce hiftastmcture system in accordance with an embodiment of the 
invention &e SMS Message Composing Wizard 1 12 guides a user to articulate the intended usage 
of the message. SMS Message Encoding Engine 11 1 uses the user input to generate an SMS 
message by mapping the user input into a selected predefined type in a SMS categorization 
template 1 13 as follows: 

i. The Message Composing Wizard 112 takes the user input and invokes the Data 
Collection Interfeoe 117 which in turn produces an appropriate SMS input data 
collection. 

ii. In the event that user has defined a new SMS categorization via the Message 
Composing Wizard 1 1 2, the Message Composing Wizard 1 1 2 will then also update the 
SMS Universal Encoding Template 1 1 3. 

iii. hi the event that the business user defines an SMS message that has the associated 
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as required and understood by the application components 1 08 in the form of template 
via the Message Composing Wizard 1 12, The Message Composing Wizard 112 will 
take this input and update the Inbound Template Database (part #9) 1 15 (see Fig,l). 

SMS Universal Encoding Template (#S): The SMS Universal Encoding template 113 contains 
the meta data that defines the categorization (or *type') of outbound and inbound SMS messages. 
Each SMS categorization represetits a given business intended usage. It provides definition of 
semantics for encoding as well as for run time. 

With this well defined SMS message categorization, automatic SMS generation with 
proper encoding reflecting the mtended usage is now made possible. Additional SMS message 
categorization can be further derived fiom the existing types. 

This entity provides an important aspect of this invention as it provides the mechanism for 
semantic definition and handling, making proper semantic handling in SMS now possible. 

With the SMS Universal Encoding Template 1 13, a business user can define a new SMS 
message type without any code changes in the Message Encoding Engine 1 1 1 and the Run Time 
Processor 1 10, making both components generic. 

Typed SMS Message Instances (#6): Typed SMS Message Instances 1 14 are generated by the 
Message Encoding engine 1 1 1, to be used by the Run Time Processor 1 10. 



An example of a Typed SMS Message Instance follows: 

<GenericSMSMessage> 

<short_mes3age_text>Soniething</short_message_text> 
<Recelver Prof i le> 

<userid>steve</userid> 
<cellphoneniiinber>4161234567@cellphone.cora</cellphonenvunber> 
<de 1 i verychanne 1 >SMT P< /de 1 i ve rycha nnel > 
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</ReceiverProfile> 
</GenericSMSMes3age> 



SMS Response Tracking DB (#7): The SMS Response Tracking Database 116 captures all 
Response Required messages as required by their encoded type. This enables the runtime 
processor 1 10 to ensure that required response messages receive expected responses and perform 
proper run time processing. This also enables the base mechanism to handle system expected user 
initiated inbound messages. 

Inbound Template Database (#8): Inbound Template Database 1 15 stores all business us^ 
specified inbound message templates. 

Flow Annotation from Figure 1: The formation, processing, and communication of SMS 
messages in accordance with the embodiment of the invention depicted are indicated by 
alphanumerically labeled arrows indicated in Fig. 1, Fig. 2 presents a structural mapping of an 
SMS comm^ice system in accordance with Fig. 1. An appreciation of the invention can be 
achieved by reading fte description below while referring to Figures 1 and 2. 

A I : A business user 105 making use of common user interface 1 06 invokes the SMS Message 

Composing Wizard (#4) 112 in order to prepare a message 
B 1 : The business user uses the Message Composing Wizard 11 2 to send a SMS message based 

on existing type as defined in the SMS Universal Encoding Template (#5) 113. 
A2: The Wizard 1 12 captures all the user input and calls the Data Collection Interface (#1)117. 
B2: The business user uses the SMS Message Composing Wizard 1 12 to define a new SMS 

message type, 

A3: The business user uses the Wizard 1 12 to define a pre-set user response by creating a new 

inbound template. The Wizard 1 12 updates the Inbound Template DB (#8) 115. 
C 1 : Message Encoding Engine (#2) 1 1 1 

- retrieves (C 1 ) the SMS Universal Encoding Template (#5) 1 1 3; 

- validates data captured by Data Collection Interface (#1) 117 against the SMS 
Universal Encoding Template 1 13 and performs enror checking. 

C2: Message Encoding Engine 1 1 1 generates a Typed SMS Message Instance (#6) 1 14 as 
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D3: 



D4: 



D5 



Dl 



output. RefeiTing to Fig. 2 the message can be an XML encoded message 201 . 
D2: Message Encoding Engine 1 1 1 invokes the Runtime Processor (#3) 1 10 which i«trieves 
the generated Typed SMS Message Instance 1 14 generated in C2. 
If a user response is required in this SMS message type, the Run Time Processor 1 10 will 
register this message as one which required user response by updating the SMS Response 
TrackingDB(#7) 116. 

The Run Time Processor 110 transmits this Typed SMS Message Instance 114 to the 
Wireless Message Gateway 1 03, referred to as the everyplace wireless gateway 203 in Fig 

2. 

When an incoming SMS message is sent to the Wireless Message Gateway 103, it routes 
the incoming message to the Run Time Processor 1 10, which in turn extracts the inbound 
template ID from the incoming SMS message. 

The Run Time Processor 110 reads in the SMS Universal Encoding Template 113 to 
handle type appropriate semantics for outbound run time processing and that the instances 
are correct. 

D6: The Run Time Processor 11 0 then extracts the corresponding Inbound Template fiom the 
Inbound Template DB (#8) 1 15 and parses the inbound SMS message using the inbound 
template. The Run Time Processor 1 1 0 decodes the inbound SMS message and routes it to 
the corresponding Application Component 108 for handling. 

Communication of SMS between a user's SMS device 120 (Fig. 2) such as a cell phone 
101 (Fig. 1) is handled by the telephone company's cell phone interfece 102 with which 
wireless gateway 103 is in communication as required to said and receive messages, 
Dx The runtime processor 1 10 reports run time error back to the application component 108 

1. SMS Message Categorization (Type) 

Method and Apparatus for defining SMS message Categorization 

The SMS Universal Encoding Template 113 provides the mechanism of defining SMS 
message categorization. It is preferably implemented as a XML schema in which the meta data of 
an SMS message (eg. attributes and characteristics of a given message) that constitutes a SMS 
message category is specified. 

The Commerce SMS Message Template is preferably designed to provide commeroe 
typing (categorization) of SMS messages. The SMS Universal Encoding Template 1 13 provides a 
mechanism for a user to extend and define new SMS message types by inheritance fi-om 
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preexisting defined types. Users can thereby extend the SMS Message type in the original SMS 
categorization template to define new SMS types. 

Business user can use an existing SMS type and extend it to create new message types. 
Business User only need to specify the new attributes in the extended type. All attributes of the 
base message type (that this new message type extends fi-om) will be set and the busmess user does 
not need to respedfy them. 

Mechanism of Defining Semantics Associated With A Given SMS Category 

In a preferred embodiment of the invention, when an SMS Message needs to be encoded, 
the Message Encoding Engine (#2) 1 1 1 calls an XML parser to translate the SMS Universal 
Encoding Template 1 13 into Java runtime objects. The XML parser may be part of the Message 
Encoding Engine or available to it as may be understood by those skilled in the art. These runtime 
objects provide the necessary semantic information for the Message Encoding engine 1 1 1 to 
generate SMS messages. 

Under these circumstances the Message Encoding Engine 1 II can now use the XML 
parser to parse a given instance of a message against the SMS Univeraal Encoding Template 1 13. 
This provides the automatic mechanism for error checking. Any missing or unexpected 
infonnation in a given SMS message not appropriate with to the Type Definition of the SMS 
message will result in an error during message parsing. 

At run time, the SMS Run Time Processor (#3) 1 10 also reads in the categorization 
mformation as provided by the SMS Universal Encoding Template 1 13 m order to handle different 
run time semantics as well as error checking based on the SMS Message Type. 

The runtime processing of SMS messages covers the following aspects: 

1 . Parsing of outbound SMS messages, 

2. Error checking outbound messages. 

3. Message tracking and scheduling capabilities. 

4. Generation of outboimd SMS template messages. 

5. Error checking inbound messages. 

6. Translation of inbound templates into XML SMS messages. 

7. Mapping of outbound types to their corresponding inbound SMS messages. 

Runtime parsing of outbound SMS messages is possible as they are now encoded in 
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accordance with the templates we have mtroduced. During this parsing stage infomation about 
message type, transmission medium, send priority etc. is parsed out. 

Error checking is an added benefit of this runtime parsing of outbound messages. Since the 
outbound SMS messages are now strictly type encoded, various errors like missing parameters etc. 
Can be detected and handled at this stage. This ensures that the fmal outbound message is correct. 

A sample source code listing that can be used to implement an SMS Universal Encoding 
Template in accordance with one embodiment of the invention follows: 

<xsd: schema 

xnilns:xsd="http://www.w3.orq/2001/XMLSchema" 
xmlns : cep= 

"http: / /www. ibm. com/WebsphereCoinmerceEnabledPortal/SMSConimerceDef inition 
Schema "> 

<annotation> 

<documentation xml : lang«"€n"> 

Schema for Websphere Commerce Enabled Portal SMS Commerce Type Definition 
Copyright 2002 IBM Corporation 
<documentation> 
</annotation> 

<!— Dynamic Context Group Insrance — > 

<xsd: element name="ScheduledGenericSKSMessage" 

t ype»"SchedaledGener icSMSMessageType " , 

minOccur s«=" 0 " / > 

<xsd: element name«"ResponseRequiredGenericSMSMessage" 
type=" ResponseRequiredGenericSMSMessageType 
minOccurs»"0"/> 

<xsd: element name^" HighPriorityGenericSMSMessage" 
type=" HighPriorityGenericSMSMessageType", 
minOccurs="0"/> 
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<xsd: element name«"GenericSMSMessage" 

type="GenericSMSMessageType"/ 

minOccurs="0"/> 
<xsd: element name="BroadcastSMSMessage" 

type«"BroadcastSMSMessageType", 

mi nOccur s = " 0 " / > 



<xsd: complexType name'=''ScheduledGenericSMSMessageType"> 
<xsd: sequence> 

<xsd: element name="GenericSMSMessage" 

type-"GenericSMSMessageType"/> 

<xsd: attribute name="DateToBeSentOn" type="xs :date"/> 
<xsd: attribute naxne="TimeToBeSentOn" type="xs : tirae"/> 

</xsd: sequence> 

</xsd : complexType> 



<xsd: complexType name="ResponseRequiredGenericSMSMessageType"> 
<xsd: sequence> 

<xsd: element name="GenericSMSMessage" 
type="GenericSMSMessageType"/> 

<xsd: attribute name«"InboundTemplateId" type="xs : string" /> 
• </xsd: sequence> 
</xsd; complexType> 



<xsd: complexType name="HighPriorityGenericSMSMessageType"> 
<xsd: sequence> 

<xsd: element name="GenericSMSMessage" type="GenericSMSMessageType"/> 
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<xsci: attribute 
type="DeliveryPriorityType" f ixed="HIGH"/> 

</xsd: sequenGe> 
</xsd:complexType> 



name="DeliveryPriority" 



<xsd: complexType name'="GenericSMSMessageType"> 
<xsd: sequence> 

<xsd: element naine="short_message_text " type«"xsd: string" 

inaxLength=" 1 60 " / > 

<xsd: attribute naine«"ReceiverProf ile" type«"ReceiverProfileType" 

minOccurs=" 1 " maxOccur s=" 1 " /> 

</xsd : sequence> 
</xsd : complexType > 



<xsd: complexType name»"BroadcastSMSMessageType"> 
<xsd : sequence> 

<xsd:element name-"short__message_text" type="xsd: string" 

maxLength=" 1 60 " /> 

<xsd: attribute name="ReceiverProf ile" type="ReceiverProfileType" 

minOccurs»"l" maxOccurs="unbounded"/> 

</xsd: sequence> 
</xsd: complexType> 



<xsd:simpleType name="DeliverPriorityType"> 
<xsd: restriction base="xsd: string"> 
<xsd: eniameration value='"HIGH"/> 
<xsd: enumeration value=»"MEDIUM"/> 
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<xsd: enumeration value=»"LOW"/> 
</xsd:restriction> 
</xsd: simple Type > 



<xsd : complexType name="ReceiverTransmissionProf ileType"> 
<xsd: sequence> 

<xsd:element name="userid" type="xsd: string"/> 

<xsd:element name="cellphonenumber" type="xsd: string"/ > 

<xsd: element name="deliverychannel" type«"DeliveryChannelType"/> 
</xsd : sequence> 
</xsd: complexType> 



<xsd:simpleType name="DeliveryChannelType"> 
<xsd: restriction base="xsd: string"> 
<xsd: enumeration value«"SMTP"/> 
<xsd: enumeration value="GSM"/> 
<xsd: enumeration value'="SNPP"/> 

<xsd: enumeration value«"Mobitex"/> 
<xsd: enumeration value='"DataTAC"/> 
</xsd: restriction> 
</xsd: simpleType> 

</xsd:schema> 



The following source code Usting provides an iUustration of a Typed (Categorized) SMS 
Message Instance 

XSD Schema Definition of Commerce Payment Exception SMS Message 
<xsd: complexType name-" Payment Except ionSMSMes3age"> 
CA9-2002.0073 26 



GA 02406869 2002-10-04 



<xsd: sequence> 

<xsd : eiementnaiae="ResponseRequiredSMSMessage" 
t ype=»"Re3ponseRequ ir edSMSMe s s ageType " / > 
</xsd : sequence> 
</xsd:coinpIexType > 



Message Instance of a Payment Exception SMS Message 
<PayzaentExceptionSMSMessage> 
<ResponseRequiredSMSMessage> 

<HighPriorityGenericSMSMessage> 
<GenericSMSMessage> 

<short_message_text> 

Your cheque bounced I 
</short_inessage_text> 
<ReceiverProf i le> 

<userid>steve</userid> 
<cel Iphonenumbe r> 

4 161234 56? @ eel lphone.com 
< / ce 1 Lphonenumber > 

<deliverychannel>SMTP</deliverychannel> 
</ReceiverProf ile> 
</GenericSMSMessage> 

<Deliv6ryPriority>HIGH</DeliveryPriority> 
</HighPriorityGenericSMSMessage> 

<Conf irmat ionOf Del i ve ry>CONFIRMED< /Conf inna t ionOf De 1 ivery> 
</ResponseReguiredSMSMessage> 
< / Paymen tExcept ionSMSMes sag e > 



XSD Schema Definition of Campaign Started Broadcast SMS Message 
<xsd : complexType name="CaInpaignStactedS^4SMessage"> 
<xsd:sequence> 

<xsd:eleTOentname="BroadcastSMSMessage" 
type»''BroadcasrSMSMessageType"/> 
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</xsd: sequence> 
</xsd:complexType > 

Message Instance of a Campaign Started SMS Message 
<CampaignStartedSMSMessage> 
<BroadcastSMSMessage> 

<short_iaessage_text> 

New campaign has been started, visit our website 
</shortjiiessage_text> 
<ReceiverProfile> 

<userid>steve</userid> 
<cel 1 phonenumbe r> 

41 61234 567(gcellphone. com 
</cellphonenuinber> 

<deliverychannel>SMTP</deliverychannel> 
</ReceiverProfile> 



<ReceiverProfile> 

<userid>joe</userid> 
<cellphonenu2nber> 

4161234568ecellphone.com 
</ce I lphoneniunber> 

<deliverychannel>SMTP</deliverychannel> 
</ReceiverProf ile> 
</BroadcastSMSMes5age> 
</CampaignStartedSMSMessage> 

The SMS Encoding engine 1 1 1 can automatically generate an SMS Message instance 
based on the SMS message type selected. The SMS Message Runtime Processor 1 10 is adapted to 
handle the semantics of a given predefined type. At runtime, if a SMS message sent is a 
ResponseRequiredSMSMessageType, the SMS Message Runtime Processor 110 waits a preset 
wait time for user confirmation. If confirmation is not received after the preset wait time, the 
runtime processor 1 10 will sent the error to the corresponding application component 108 so that 
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action can be perfonned according to that stipulated in the business process tcDtesented by that 
appUcation component. For example, application component 108 may provide for resending. or 
rollbacking the transaction and marking this transaction as having failed completion. (Dx of Figure 
1 Runtime processor 1 10 reports run time error to the appUcation component for handling) 

How a User Creates a New SMS Type By Extending From an Existing Type 

Referring to Figure 3, which depicts a process for Using SMS Message Composing Wizanl 
To Create a New SMS Type In the SMS Universal Encoding Template, and Figure 1, which 
depicts a SMS Message Composing GUI for creating a new SMS type it will be readily understood 
how a new SMS type can be created using a preferred embodiment of the invention. 

In order the start 300 the process a business user clicks a button provided on the Message 
Composing Wizard 112 (see Fig. 1, 2) to instruct the system of the mvention to create a new 
message type 301. The message comjiosing wizard then reads in the SMS universal encoding 
template 1 13 (Fig. I, 2) to present a selectable parent SMS type 405 for the user to create a new 
type m step 302. In step 303 the user enters a new message type name (see 404) and specifies all 
new attributes indicated by provided descriptions, 406, 407, 408, 409, 410, 41 1, 414, 415, 416, and 
the base (parent) type 405, to generate a new SMS type. Add and Delete buttons, 412, and 413 
respectively allow insertion and deletion of items in the reply section, while buttons 402 and 403 
are used to save or cancel the new message type as will be appreciated. 

If a new response template is required for the new message type, 304, the response 
template manager is invoked by the business user to create flie inbound template required, 305 and 
the inbound template database 1 15 is updated, 306. If a new response template is not needed the 
new message type is saved, 307, int the SMS universal encoding template 1 13, reaching the end 
308 of the process depicted in Figure 3. 



2. Encoding End to End Flow 



Referring to Figure 5, which illustrates SMS message encoding flow following will be understood: 
A: Business User invokes New Message Type Creator to create a new Message Type. 
B: Business User invokes Inbound Template Manager to create a new hibound Template for the 
new Message Type (thru the Inbound Template Manager). 

C: Inbound Template Manager retrieves a list of predeiined command list from the Inbound 
Template DB. The command list is defined by the Application Component owners. 
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D: Inbound Template Manager inserts a new row into the Inbound Template DB with the 
Response Action and Command selected by the Business User from the GUI. 
E: Inbound Template Manager returns the newly created Inbound Template ID (generated by flie 
Inbound Template DB) to the New Message Type Creator. 

F: New Message Type Creator then saves the newly created message type (imbedded with the 
Inbound Template ID) into the SMS Universal Encoding Template (part #5). 

2.1 Encoding An Outbound Message only message 

Hie SMS Composing Wizard allows business user to send a message to any registered 
users in the e-Commerce system. All the complexity of transferring the message is handled by this 
invention. The business user just has to select a type of message, enter the message text and click 
the Submit button. 

Micro flow: Data Collection Interface, SMS Input Data Cottection and Message Encoding 
Engine 

Message processing by the encoding engine is shown by alphabetically labeled arrows in Figure 6 
as discussed below. 

A: Conunon Message Subsystem 107 or the SMS Message GUI Wizard (part #4) 1 12 calls tiie 
Data Collection Interface's 1 1 7 APIs (part #1) 510-516 to pass data collected from the message 
originator. 

B: The Data Collection Interface's APIs 510-516 pass the data to the Data Collection Object 5 1 8. 
For example, calling die setTextMessage API 5 1 4 with the message text as parameter, the API 5 1 4 
will save the text in die Data Collection Object 5 1 8. 

C: The sendMessage API 516 invokes the Typed SMS message encoder 701. It retrieves the 
message type name from the Data Collection Object 518. The message type name is captured by 
the messagelnstanceCreation API 510. In this step, the Typed SMS message encoder 701 also 
collects other information from the Data Collection Object 518; such as: send time, send priority, 
ResponseTemplate Id, text message, receiver info. 

D: Using the message type name, the Typed SMS message encoder 701 retrieves the SMS 
Universal Encoding template 1 1 3 for this message type. 
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E: The Typed SMS message encoda: 701 creates a Temporary Typed SMS Message Instance 702 
by converting the SMS Universal Encoding template 1 13 into a temporary Typed SMS message 
instance 702 expressed in Document Object Model (which is an internal structure for XML) and 
fills in the information collected from the Data Collection Object 51 8 in C. 

F: The Temporary Typed SMS Message Instance 702 is then passed to the SMS Message 
Validator 703 to perform validation. The validation process involves checking of mandatory data, 
data semantic, data syntax, data range. 

G: If validation is successful, the SMS Message Validator will copy the Temporary Typed SMS 
Message Instance 702 into the final Typed SMS Message Instance (part #6) 1 14. 

Steps 801 to 808 of Figure 8 depict tiie process above in a graphical flow diagram. 

2.2 Encoding A ResponseRequired Message 

For a SMS message that requires a response, an Inbound Template should be included in 
tfie original outboimd SMS message to a recipient The Inbound Template provides a form based 
input mechanism for the recipient; it is adapted to encode the expected response of the recipient of 
a SMS message. The Inbound Template eases the burden of the recipient user trying to formulate a 
response back to the Application Component 108 that originated the outbound SMS message to 
the recipient. The response template serves to constrain the user*s response by indicating the 
format of the response required to the user. As a result the user's response will be in a form that 
can be processed automatically by the web application server on its return. 

Inbound Template: The structure of an inboimd template is illustrated below: 

<Short Message T€xV> 

<Encrypted String> 

<response action 1> 



<response action 2> 
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<response action n> 

PIN:<mobile user personal identification> 

The Inbound Template structure depicted above supports multiple response actions. 
Dq>ending on the type of transaction, the recipient, likely a mobile user, will pick one of the 
re^onse actions. 

Figure 8 depicts the appearance of an outbound SMS message with indications of a 
required response to a recipient user as it would appear on the user's digital cell phone screen 90 1 . 

The SMS Message string to achieve this would resemble: Your cheque 
bouncedMds2-CONFIRM£D:_ PIN:_ 

2.2.1 SMS response message encoding template elements 

As may be seen from Fig. 9 the SMS response message encoding template elements for the 
inbound template include the following: 

• Short Message Text, 902 

• Encrypted String, 903 

• <response action, 904>:<response data, 906 > 

• PIN, 905 

Figure 10 illustrates an SMS inbound message with a user response entered before being sent. 
2.2. 1 . 1 Short Message Text 902 

This is the message that the message originator intended to send to the receiver. 
2.2.1:2 Encrypted String 903 

Encrypted String is a four character hashed string delimited by a pair of*-*. 

The encrypted string is built upon the amalgamation of the following information: 

- web application id (predefined by web app administrator, e.g. store ID) 

- userid (login id of the receiver of this store) 

- inbound template id (that includes command and expected parameter) as per database 
entry. This can be obtained from the Inbound Template DB (part #8) 

- Action id (id representing the response actions allowed in this message) 
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" Hash Key - the user can change anytime to make the key expire. This can be saved in 
a file in restricted directory. 

The Runtime Processor 110 is responsible for generating this encrypted string using the 
above information as input The Runtime Processor is also responsible for generating the Inbound 
Template before transferring the SMS message to the Wireless Message Gateway 103. 

Advantage of using the encrypted string: 

- the encrypted string can be limited to 4 bytes to save space from the 160 character limit 

- Encrypted string is unintelligible 

• Hash Key can be changed anytime by the business user to impose an arbitrary time out 

• Runtime Processor 1 10 can filter out unwanted incoming messages. An invalid or a 
missing encrypted string indicates the message is unwanted. 

- Users can store the inbound template in their mobile devices so that they can initiate 
transactions with the designated web application any time at fheir own volition. This 
advantage will be discussed in detail in section 2.3. 

2.2.1.3 <response action>:<response data> 

Response action 904 is a keyword to identify allowable response actions and the corresponding 
parameters. In the example, the allowable response 904 is CONFIRMED. In this example. Fig. 10 
the user has entered the response 906 Y. There can be more than one allowable responses for 
differait transactions. There are three sub-elements in this response: 

1 . Response Action - the keyword representing the action. E.G. CONFIRMED 

2. Conmiand - a web application program or command which the Runtime Processor will 
invoke 

These response actions and commands are saved in the Inbound Template DB (part #8) 
indexed by unique Inbound Template ID. Business user can use the SMS Message Composing 
Wizard (part #4) to manage these response actions. Refer to section 2.2.3 How to manage Inbound 
Template using the SMS Message Composing Wizard. 

The runtime processor will invoke the command with the <response data 906> when the 
responding SMS message is received. 
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2.2.1.4 PIN 

The PIN element 905 provides for a user to enter a PIN number 904 specified by the user at user 
registration ( the user entered 1234 in this example). With the PIN and the userid (encrypted in the 
Encrypted string) the Runtime processor 110 can authenticate the origmality of the inbound 
message. 

2.2^, SMS response showing what a user would have input in the response 
Figure 9 illustrates the screen 1001 of a digital cell phone with a user response. 

When the mobile cell phone user responded to the SMS message, the user would just have to select 
"forward message" to a designated phone number tor the web application; enter the response data 
for one of the response actions, enter the PIN number and hit the "send" button. 

In this example, the mobile cell phone user entered Y 906 beside CONFIRMED: 904 to 
indicate that he/she acknowledged the message. 

The SMS Message that would be received by the web application would resranble: Your cheque 
bounced!-lds2-CONFIRMED:Y PIN:t234 

For the processing of an inbound SMS message, please refer to section 3.2 "Response 
Required Message and Inbound Message End To End Flow". 

2.2.3 How to manage Inbound Template using the SMS Message Composing Wizanl. 

Inbound Template Manager 502 (see Fig. 5) , a sub-component of the SMS Message 
Composing Wizard (part #4) (see Fig. 4) , is responsible for managing inbound templates. This 
includes creation and deletion of the mapping between the response actions and the web 
application commands. 
2.2.3.1 GUI 

Figure 10 illustrates a GUI 1 101 that could be used to compose a SMS message that would 
be sent by the web application server to a mobile user. In this instance it is illustrating a GUI for a 
payment exception message that could have been used to produce the message of Figure 8. 

If a business user wanted to create a new SMS message type derived fi-om this GUI 1101 
pressing NEW button 1 102 would invoke the Create a new SMS Message Type panel 400 as 
illustrated in Figure 4. This panel could then be used to create a new message type. 
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Click on "Add'* button 41 2 will invoke Add SMS (Reply) Inbound Template panel illustrated in 
Figure 11: 

2.2«3«2 Inbound Template Manager Structure Diagram 

Figure 12 illustrates the structure of the inbound template manager 202. 

The flow annotation for the inbound template manager follows: 

A: Business User 900 invokes New Message Type Creator 201 to create a new Message Type. 
B: Business User 900 invokes Inbound Template Manager 202 to create a new Inbound Template 
for the new Message Type, 

C: Inbound Template Manager retrieves a list of predefined commands from the Inbound 
Template DB 1 15. The command list is defined by Application Component 108 (Fig, 1). 
D: Inbound Template Manager 202 collects the infomiation ft-om GUI and update the Inbound 
Template DB 115. 

E: bibound Template Manager 202 returns the newly created Inbound Template ID (generated by 
the Inbound Template DB 1 1 5) to the New Message Type Creator 201. 

F: New Message Type Creator 201 then saves the newly created message type (imbedded with the 
Inbound Template ID) into the SMS Universal Encoding Template (part #5) 1 13. 

2.2.3,3 Managing Inbound Template Flow Chart 

Figure 13 iUustrates a flow chart depicting the steps 150 to 158 of how an SMS Message 
Composing Wizard would be used to manage the response actions described above: 

2.3 Encoding An Inbound Message For User's consunq>tion 

Another useful application of the Inbound template is to allow mobile users to submit 
requests to the web application. For example, a user can send to the web application a request for 
account balance. Using a saved Inbound template for account balance request in the mobile 
device, the user can send this inbound template as an inbound SMS message. In response to this 
request, the web application will send the account balance as an outbound SMS message assuming 
the incoming message passed validation and authentication. 



2.3.1 Steps to implement this feature: 
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StepI: Business User defines a list of inbound templates. This can be done using similar 
procedures in creating a new message type. a new message type called 
•-InboundRequestGenericMsg" must be defined first. The Business user can then derive another 
inbound request message type with inbound template attached. 

Step 2: An Application component called "Customer Services" publishes a list of defined Inbound 
Templates in the store web site. 

Step 3: Users logon on to the store web site and select the inbound templates they wish to 
download. 

Step 4: The Customer Service AppHcation Component sends the selected Inbound Templates to 
the mobile device. The transmission can be completed by using the Common Message Subsystem 
which calls the Data Collection Int«aface's APIs (part #1). 

23.1 Structure Diagram 

Figure 14 depicts a Structure Diagram of a SMS system in accordance with a preferred 
embodiment of this invention depicting the process of a Business User Sending an SMS Message. 

The flow annotation follows: 



A; Business user 900 defines new message types and corresponded inbound templates. This 
done by using the SMS Message Composing Wizard 1 12 (Fig. 1). 



IS 



B: SMS Message Composing Wizard 1 12 stores these new message types and inbound templates 
in the SMS Universal Encoding Template (part #5) 1 13 and Inbound Template DB (part #8) 1 1 5 
respectively. 

C: Mobile user 901 logons to the web site for the system and requests a list of inbound templates. 

D: The Customer Service Application Component 161 obtains the Inbound Template IDs from the 
SMS Universal Encoding Template 113. Using the IDs, the Customer Service Application 
Component 161 retrieves the available inbound templates fix>m the Inbound Template DB 1 15 
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using the IDs. 

E: The Customer Service Application Component 161 displays the list of inbound templates to the 
mobile user 901. 

F: The mobile user 901 selects tiie inbound templates desired and requests them to be sent to 
his/her mobile device. 

G: The Customer Service Application Component 161 sends a request to the Common Message 
Subsystem 107 to send the selected inbound templates as generic SMS messages. 

H: The Common Message Subsystem 107 calls the Data Collection Interfece's APIs (part #1) 1 17 
to transmit the inbound templates as gmeric SMS messages 

I: The SMS Message Encoding Engine (part #2) 1 1 1 encodes the SMS messages containing Ihe 
mbound templates and sends them to the Runtime Processor (part #3) 1 10. 

J: The Runtime Processor 1 10 inserts an encrypted string into the SMS messages. This encrypted 
string preferably should not have an expiration time since the templates will be used for input 
requests. The SMS messages are sent to the Wireless Message Gateway 162. 

K: Wireless Message Gateway 162 delivers ftese messages to the mobile user 901. 

L: Mobile user 901 saves these inbound templates in the storage of his/her mobile device. Mobile 
user 901 can now use these inbound templates to submit a request or requests to the application 
component 108, 

M: The Wireless Gateway 1 62 transfers inbound SMS messages from mobile users to the Runtime 
Processor 110. 

N: The Runtime Processor 110 examines the encrypted string in an inbound SMS message to 
determined if this is an inbound request If the message is autiienticated, the Runtime Processor 
1 10 will invoke the corresponding command owned by the relevant Application Component 108 
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of the SMS enabled commerce system. 
2.3.2 Flow Chart 

Figure 15 illustrates a flow chart of a business user obtaining selected inbound templates in 
accordance with a preferred embodiment of the invention similar to that depicted in Figure 13. 

3. Run Time End To End Flow 

This section outlines runtime processing of an embodiment of the invention, cover outbound 
message generation and inbound response message processing. 

3.1 Outbound Message End to End Message Processing Flow 

Figure 5 outbound flow diagram depicting outbound message handling flow of an SMS 
ecommerce system of one embodiment of the invention. 

Figure 17 depicts an outbound flow diagram of the «ivin>nment of the invention. Referring to Fig. 
17, it can be seen that: 

• Typed SMS Message Instance 1 14 generated by Message Encoding Engine 1 1 1 is checked 
to see if it is a scheduled message. 

• If it is a scheduled message to be sent lata*, save the message into the SMS Message 
Tracking DB 195. Scheduler 182 will periodically read the SMS Message Tracking DB 
1 95 to retrieve messages which are due to send. 

• If the message is due to send, it will be checked for type error by comparing to the type 
saved in the Universal Encoding Template 1 13. 

• If there is a type error, generate and return error 

• If there is no type error, parse the message using the XML parser 1918 with the input of the 
Universal Encoding Template 1 13 

• The XML parser 1918 parses the Typed SMS Message Instance which is in a DOM tree 
format 1912. 

• Check to see if the message requires a response 

• If response is not required, dispatch the message using the wireless gateway 1 03, then stop 
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• If response is required, extract the message template id from the parsed message. 

• Find the inbound templatel91 6 using the message template id from Inbound Template DB 
115. 

• Using the Typed SMS Message Instance 114 and inbound template 1916, generate the final 
SMS message 

• Create the session object 1927 

• Using the session object, WebAppID 1928, UserlD 1929, Template ID 1930 and Encoding 
Key 1 93 1 , generate the encrypted string 1 924 

• Insert the encrypted string 1 924 into the final SMS message 

• Dispatch the final SMS message using the wireless gateway 1 03, then stop. 

3.2 ResponseRequiredMessage and Inbound Message End To End Message Processing Flow. 
Figure 1 8 depicts inbound flow diagram. It can been seen that: 

• Wireless Gateway 1 03 received an Inbound SMS message 2003 

• Runtime Processor 1 1 0 extracts the tour character encrypted string 2005 fix)m flie Inbound 
SMS message 2003 

• With the encoding key 193 1, the encrypted string 2005 is decoded 

• If decoding is not successful, then stop. 

• If decoding is successful, extract the WebApp ID &om the encrypted string 2005, 

• If the WebApp ID does not match the current WebApp ID, then stop 

• If the WebApp ID does match the current WebApp ID, extract the template ID from the 
encrypted string 2005. 

• Using the template ID extracted from the above, get the inbound template 2014 from the 
Inbound Template DB 1 15. 

• Extract the parameter names, command and values 201 7 fix)m the Inbound SMS message 
2003. 

• Extract the User ID from the encrypted string 2005 
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• Create the message for the Commerce Server (Command Context Object 2020) using the 
command name, parameters and User ID extracted above. 

• Dispatch the said message to the Commerce Server 1 08 

• All is completed 

Figure 16 illustrates a detailed example of the runtime processor 1 10 of an embodiment of the 
invention depicting details sufficient for a description of the confirmation response run time 
processing flow. An explanation of the elements of runtime processor 1 10 and their interaction 
follows; 

Typed Message Instance: The typed message instance 1 14, is the actual outbound SMS message 
as received from the Encoding Engine (or the Scheduler for a scheduled message) by tiie runtime. 
In the current implementation scheme this message is encoded in XML in accordance with the 
Universal Encoding Template schema. 

Typed Message Parsing Subsystem: The typed message parsing subsystem 181, consists of a 
parser for the typed XML message. Its job is to verify that the incoming message is correctly 
encoded m accordance with the schema and also to parse this message into a DOM tree (for the 
current implementation). 

The output of this subsystem is a parsed object that contains the entire contents of the 
outbound SMS message in computer readable memory object format. 

Message Tracking Subsystem: The message tracking subsystem 1 83 updates the SMS tracking 
DB with statistics about message sent time, m^sage receipt time etc. 

Scheduler: The scheduler subsystem 182 is responsible for timed relaying of SMS messages. If 
an SMS message requires to be sent at some scheduled time then this subsystem is responsible for 
caching the message in the message tracking DB. 

Also this subsystem is responsible for polling the message tracking DB at intervals decided 
upon by die business manager and picking up messages that are ready for dispatch and forwarding 
to the typed message parsing subsystem for delivery. 
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Application Key Generator Subsystem: The application key generator subsystem 184 is 
responsible for generating the encrypted string that goes out with SMS messages that require user 
response. This subsystem uses a system wide, time sensitive encoding/decoding key to encode this 
session string. 



The encrypted string itself consists of the following: 

1. WebAppID 

2. User ID 

3. Inbound Template ID 

4. Session Object ID 



As this encrypted string is based on the time sensitive encoding and decoding key this 
mvention provides the break through in SMS to achieve the effect of a session in SMS. which was 
not able to be done before. 

With the notion of session being introduced in SMS now. we can now create session object 
which can be used for SMS based session data storage. 

After the encrypted string is decoded by the time sensitive decoding key, each element (the 
WebApp ID, the UserlD, the inbound TemplatelD, and the sessionID) can be decoded at the 
second stage by its own corresponding decoding key (WebAppIDKey, UseridKey, 
inboundTemplateKey, sessionlDKey). 

Thus, the final encoding is a two stage encoding scheme that can only be decoded 
successfully if both the system wide encoding key and the WebApp ID are correct. This leads to 
added security for the outbound session string. 

Outbound Message Generator: The outbound message generator subsystem 185 encodes the 
final 160 character outbound message by using the pareed outbound SMS message generated by 
the typed message parsing subsystem and the session string generated by the Application Key 
Generator Subsystem. After creating this SMS message it forwards it to the wireless gateway 103 
for final delivery to the end user. 

Inbound Message Parsing Subsystem: The inbound message parsing subsystem 186 has the task 
of first, decoding each incoming message using the encrypted string and the system wide 
encoding key and the WebApp ID. After verifying that this message can be decoded correctly, the 
subsystem extracts the Inbound Template ID and looks up the inbound template fi-om the Inbound 
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Template DB to parse the incoming message. 

A successful parsing of the inbound message leads to extraction of incoming command and 
parameters. TTiis subsystem then extracts the User ID from the encrypted string and creates the 
conunand context object for this mcoming request. Before creating the command context object 
this component also verifies the incommg PIN number for authentication using the application 
component 108 authentication mechanism. 

The next step is to actually dispatch this message to the relevant application component. 

It co-operates with the Message Tracking Subsystem to track incoming SMS messages for 
receipt time and other statistics. 



CONCLUSTON 

The embodiments of die invention described herein provide a number of advantages and 
distmctions over prior SMS messaging systems: 
1 . Confirmation 

- The inbound template being part of tiie outbound SMS message text body provides a 
systan for confirmation that would readily processable by a web application. 

- The SMS Response Database provides enablement of run time confirmation as 
required by the message type. 

- The absence of confirmation in previous SMS systems hinders the application of SMS 
in commerce. This invention provides a solution to this limitation with encrypted string 
such as userid and PIN. making the confirmation of a user possible. 

2. Security 

- The inbound SMS message can preferably include an encrypted string witii two levels 
of encryption. This ensures that the relevant web application only handles incoming 
sms messages that are directed towards fliat web application. 

- The userid is obtained by a second level userid key, together with a user specified PIN 
number, providing additional layers of security protection. 

- A 4 byte security mechanism can make sms application in commerce possible. 

- The two level encoding is as used herein is new as is tiie amalgamation of 4 elements 
(web app id, userid. inbound template id, session object id) into 4 bytes and decoded 
with two level of keys. 
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3. Session Control 

- If the Session ID is encrypted in the SMS string this will provide a timeout control for 
typical http sessions. 

- The matching of the encrypted string with the outbound message provides a request 
and response model, making the fonnation of a session possible. 

- With this session, cohesive requests and responses between the user and the web 
application are now possible, making commerce applications in SMS practical. 

" The 4 byte encrypted string in the message is new 

- The timestamp and the system key added to the encrypted string is new 

- The SMS response DB together with the Run Time Process to manage the session 
effect of request / response SMS messages at run time is new to SMS messaging. 

4. Extensible Syntax: Rules for Encoding and Decoding a SMS Message 

- The encoded inbound message template enables the unambiguous interpretation of an 
inbound SMS message leading to unambiguous mapping to a selected busmess action 
of a web application of the messaging system. 

- This syntax is extensible to create new inbound message templates. 

- Including the inbound message template in the outbound message so user does not need 
to formulate their own inbound message is new to SMS. Now the user only needs to fill 
in specific required parameters 

- The extensibility of the syntax to create other syntax in new message types is new. 

S.l Extensible Semantics: Interpretation Of Encoding Mapped To unambiguous Business 
Actions 

- The predefined categorization of the invention serves as a contract between the user 
and the web application of the business process so that the interpretation of a given sms 
message is unambiguous and maps to a definite business action of a predefined 
business process, making commerce application of SMS possible. 

- The base categorization is extensible to define new categorization for new mapping of 
business actions. 

- The application of xml schema (with inherent characteristics including categorization 
and deriving new categorization) as a SMS Universal Encoding Template in the space 
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of SMS is new. 

5.2 Extensible Semantics: Handling of SMS Messages at runtime in accordance with 
encoding characteristics In corresponding message types 

- The SMS Universal Encoding Template enables extra information about the SMS 
messages to be shared between the Web Application and the message Run Time 
Processor. The Run Time Processor can now (based on the extra semantic 
characteristics as defined in the SMS type) perform type-appropriate run time tasks 
consistent with flie intent of the sender (business user) as understood by ttie web 
application. 

6. Enhanced Usability 

- Business users are now spared fiiom the technical complexity of encoding a SMS 
message to match then- business intents. Business user can now focus on the content of 
the message without being distracted by SMS message encoding. 

- The SMS commerce solution of this invention reduces the possibility of encoding error 
(as SMS encoding errors are difficult and expensive to solve at run time). The 
mechanism of encoding ensures error checking and provides early identification of 
encoding errors. 
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CLAIMS 

The embodiments of the invention ui which an exclusive prop^y or privilege is claimed are 
defined as follows: 

5 1 . Apparatus for processing an incoming ecommerce SMS response message received by a 
server from a recipient responding to an outgoing ecommerce SMS message, comprising means 
for: 

receiving said SMS response message; 

decoding an encryption string within said SMS response message with an appropriate key 
) to verify that said response message is directed to said server; 

extracting identification firom said SMS response message for processing information in 
said response; 

identifying and obtaining a corresponding inbound template for said response message 
from said server; 

) parsing said response message with said inbound template to extract data and instructions 

contained in said response message, if any» for processing said data and instructions. 

2. . Apparatus for processing an incoming ecommerce SMS response message received by a 
server from a recipient responding to an outgoing ecommerce SMS message, comprising means 

> for: 

receiving said SMS response message; 

decoding an encryption string within said SMS response message with an appropriate key 
used to encode said outgoing ecommerce SMS message to verify that said response message is 
directed to said server; 

extracting identification from said SMS response message for processing information in 
said response; 

idmtifying and obtaining a conresponding inbound template for said response message 
fix)m said server 

parsing said response message with said inbound template to extract data and instructions 
' including user authentication information from said response message; and 

forwarding said data and instructions to an application server for processing. 

3. Appamtus for handling an incoming ecommerce SMS response message received by an 
econmierce server from a recipient responding to an outgoing ecommerce SMS message; wharein 
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said response message includes: 

an encryption string encoded with an encoding key, identification of a software application 
capable of processing said response, and user authentication information; said apparatus 
comprising means for: 
5 receiving said SMS message; 

decoding an encryption string within said SMS message with an encoding key previously 
used to encode the corresponding outgoing ecommerce message to verify that said response 
message is dii'ected to said ecommerce server; 

extract identification from said SMS response for a software application intended to 
0 process information in said response; 

identify and obtain a corresponding inbound template for said response message from said 
ecommerce server; 

parsing said response message with said inbound template to extract data and instructions 
including user authentication information from said response message; and 
5 forwarding said data and instructions to said software application for processing. 

4, Apparatus for handling an incoming ecommerce SMS response message received by an 

ecommerce server from a recipient responding to an outgoing ecommerce SMS message, wherein 

said response message includes: 
0 an encryption string encoded with an encoding key used to encode the corresponding 

outgoing ecommerce message, identification of a software application capable of processing said 

response, and user authentication information, and wherein said ecomm^ce server has access to 

said encoding key, and an inbound template for processing an incoming SMS response message; 

said apparatus comprising means for: 
5 receiving said SMS message; 

decoding an encryption string within said SMS message with said encoding key to verify 

fhat said response message is directed to said ecommerce server; 

extract identification from said SMS response for a software application intended to 

process information in said response; 
0 identify and obtain a corresponding inbound template for said response message fi:om said 

ecommerce server; 

parsing said response message with said inbound template to extract data and instructions 
including user authentication information from said response message; and 
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forwarding said data and instructions to said software application for processing. 

5. Apparatus for handling an incoming ecommerce SMS response message received by an 
ecommerce server from a responding recipient, comprising means for 

receiving said SMS message; 

decoding an encryption string within said SMS message with a systemwide encoding key 
previously used to encode the corresponding outgoing ecomm^ce message to verify that said 
response message is directed to said ecommerce server; 

extracting identification from said SMS response for a software ^plication intended to 
process information in said response; 

identifying and obtaining a corresponding inbound template for said response message 
from said ecommerce server; 

parsing said response message with said inbound template to extract data and instructions 
including user authentication information from said response message; and 

forwarding said data and instructions to said software application for processing. 

6. Apparatus for handling an incoming ecommerce SMS response message received by an 
ecommerce server from a recipient responding to an outgoing ecommerce SMS message; wherein 
said response message includes: an encryption string encoded with session id, and identification of 
a software application capable of processing said response; said apparatus comprising means for: 

receiving said SMS message; 

decoding an encryption string within said SMS message to verify that said response 
message is directed to said ecommerce server; 

extracting identification from said SMS response for a software application intended to 
process information in said response; 

identifying and obtaining a corresponding inbound template for said response message 
from said econunerce server; 

parsing said response message with said inbound template to extract data and instructions 
including user authentication information from said response message; and 

forwarding said data and instructions to said software application for processing. 

7. The method of claim 6 wherein said encryption string is encoded with an encoding key, 
identification of a software ^plication capable of processing said response, and user 
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authentication information; said apparatus comprising means for: 
receiving said SMS message; 

decoding an encryption string within said SMS message with an encoding key previously 
used to encode the corresponding outgoing ecommerce message to verify that said response 
message is directed to said ecommerce server; 

extract identification from said SMS response for a software application intended to 
process information in said response; 

idocitify and obtain a corresponding inbound template for said response message fiom said 
ecommerce server; 

parsing said response message with said inbound template to extract data and instructions 
including user authentication information from said response message; and 

forwarding said data and instructions to said software application for processing. 

8. The apparatus of claim 6 wherein said means for processing of said software application 
includes means for using said session id to match said response with a outbound SMS message. 

9. A method for processing an incoming ecommerce SMS response message received by a 
server from a recipient responding to an outgoing econmierce SMS message, comprising: 

receiving said SMS response message; 

decoding an encryption string within said SMS response message with an appropriate key 
to verify that said response message is directed to said server; 

extracting identification from said SMS response message for processing infonnation in 
said response; 

identifying and obtaining a corresponding inbound template for said response message 
from said server; 

parsing said response message with said inbound template to extract data and instructions 
contained in said response message, if any, for processing said data and instructions. 

10. A method for processing an incoming ecommerce SMS response message received by a 
server from a recipient responding to an outgoing ecommerce SMS message, comprising: 

receiving said SMS response message; 

decoding an encryption string within said SMS response message with an appropriate key 
used to encode said outgoing ecommerce SMS message to verify that said response message is 
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directed to said server; 

extracting identification from said SMS response message for processing infoimation in 
said response; 

identifying and obtaining a corresponding inbound template for said response message 
5 from said server, 

parsing said response message with said inbound template to extract data and instructions 
including user authentication information from said response message; and 
forwarding said data and instructions to an application server for processing. 

3 11. A method for handling an incoming ecommerce SMS response message received by an 
ecommerce server from a recipient responding to an outgoing ecommerce SMS message; wherein 
said response message includes: 

an encryption string encoded with an encoding key, identification of a software application 
capable of processing said response, and user authentication information; said method 

5 comprising: 

receiving said SMS message; 

decoding an encryption string within said SMS message with an encoding key previously 
used to encode the corresponding outgoing ecommerce message to verify that said response 
message is directed to said ecommerce server; 
) extract identification from said SMS response for a software application intended to 

process information in said response; 

identify and obtain a corresponding inbound tOTiplate for said response message from said 
ecommerce server; 

parsing said response message with said inbound template to extract data and instructions 
I including user authentication information from said response message; and 

forwarding said data and instructions to said software application for processing. 

12. A method for handling an incoming ecommerce SMS response message received by an 
ecommerce server from a recipient responding to an outgoing ecommerce SMS message, wherein 
» said response message includes: 

an encryption string encoded with an encoding key used to encode the corresponding 
outgoing ecommerce message, identification of a software application capable of processing said 
response, and user authentication information, and wherein said ecommerce server has access to 
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said encoding key, and an inbound template for processing an incoming SMS response message; 
said method comprising: 

receiving said SMS message; 

decoding an encryption string within said SMS message with said encoding key to verify 
that said response message is directed to said ecommerce server; 

extract identification fiom said SMS response for a software application intended to 
process information in said response; 

identify and obtain a correspondmg inbound template for said response message from said 
ecommerce server; 

parsing said response message with said inbound template to extract data and instructions 
including user authentication information fiom said response message; and 

forwarding said data and mstructions to said software application for processing. 

1 3. A method for handling an incoming ecommerce SMS response message received by an 
ecommerce server from a respondmg redpient, comprising: 
receiving said SMS message; 

decoding an encryption string within said SMS message with a systemwide encoding key 
previously used to encode the corresponding outgoing ecommerce message to verify that said 
response message is dh«cted to said ecomm«x» server, 

extracting identification fiom said SMS response for a software application intended to 
process information in said response; 

identifying and obtaining a corresponding inbound template for said response message 
fix>m said econunerce server; 

parsing said response message with said inbound template to extract data and instructions 
including user authentication information from said response message; and 

forwarding said data and instructions to said software application for processing. 

14. A method for handling an incoming ecommerce SMS response message received by an 
ecommerce server fix>m a recipient responding to an outgoing ecommerce SMS message; wherein 
said response message includes: an encryption string encoded with session id, and identification of 
a software application capable of processing said response; said method comprising: 
receiving said SMS message; 

decoding an encryption string within said SMS message to verify that said response 
CA9-2002-0073 SO 
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message is directed to said ecommerce server; 

extracting identification from said SMS response for a software application intended to 
process information in said response; 

identifying and obtaining a corresponding inbound template for said response message 
from said ecommerce server; 

parsing said response message with said inbound template to extract data and instructions 
including user authentication information from said response message; and 

forwarding said data and instructions to said software application for processing. 

1 5. The method of claim 1 4 wherein said encryption string is encoded with an encoding key, 
identification of a software application capable of processing said response, and user 
authentication information; said method comprising: 

receiving said SMS message; 

decoding an encryption string within said SMS message with an encoding key previously 
used to encode the corresponding outgoing ecommerce message to verify that said response 
message is directed to said ecomutnerce server; 

extract identification from said SMS response for a software application intended to 
process information in said response; 

identify and obtain a corresponding inbound template for said response message fix)m said 
ecommerce server; 

parsing said response message with said inbound template to extract data and instructions 
including user authentication information from said response message; and 

forwarding said data and instructioxis to said software application for processing. 

16. The method of claim 14 wherein said processing of said software application includes 
using said session id to match said response with a outbound SMS message. 

17. An article comprising: 

a computer readable signal bearing medium; 

computer program code means recorded on said medium adapted to perform the method of 
any of claims 1 to 16. 

1 8. An article comprising: 
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a computer readable signal bearing medium; 

computer program code means recorded on said medium adapted to implement the 
apparatus of any of claims 1 to 6, 

19. The article of claims 17 or 18 wherein said medium is selected from the group consisting of 
magnetic, optical, biological, and atomic data storage media. 

20. The article of claims 17 or 18 wherein said medium is a modulated carrier signal. 

21 . The article of claim 20 wherein said signal is a transmission over a network. 

22. Apparatus for processing an incoming ecommerce response message received by a server 
from a recipient responding to an outgoing ecommerce message, comprising means for: 

receiving said response message; 

decoding an encryption string within said response message with an appropriate key to 
verify that said response message is directed to said server; 

extracting identification from said response message for processing information in said 
response; 

identifying and obtaining a corresponding inbound template for said response message 
from said server; 

parsing said response message with said inbound template to extract data and instructions 
contained in said response message, if any, for processing said data and instructions. 

23. Apparatus for processing an incoming ecommerce response message received by a server 
from a recipient responding to an outgoing ecommerce message, comprising means for: 

receiving said response message; 

decoding an encryption string within said response message witti an appropriate key used 
to encode said outgomg ecommerce message to verify that said response message is directed to 
said server; 

extracting identification from said response message for processing information in said 
response; 

identifying and obtaining a corresponding inbound template for said response message 
from said serva:; 
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parsing said response message with said inbound template to extract data and instructions 
including us^ authentication information fix>m said response message; and 
forwarding said data and instructions to an application server for processing. 

5 24. Apparatus for handling an incoming ecommerce response message received by an 

ecoxnmerce server from a recipient responding to an outgoing ecommerce message; wherein said 
response message includes: 

an ^cryption string encoded with an encoding key, identification of a software £qpplication 
capable of processing said response, and user authentication information; said apparatus 
0 comprising means for: 

receiving said message; 

decoding an encryption string within said message with an encoding key previously used to 
encode the corresponding outgoing ecommerce message to verify that said response message is 
directed to said ecommerce sarver; 
5 extract identification from said response for a software application intended to process 

information in said re^nse; 

identify and obtain a corresponding inbound template for said response message fiom said 
ecommerce server; 

parsing said response message with said inbound template to extract data and instructions 
0 including user authentication information from said response message; and 

forwarding said data and instructions to said software application for ];HX>cessing. 

2S. Apparatus for handling an incoming ecommerce response message received by an 
ecommerce server from a recipient responding to an outgoing ecommerce message, wherein said 
5 response message includes: 

an encryption string encoded with an encoding key used to encode the corresponding 
outgoing econamerce message, identification of a software application capable of processing said 
response, and user authentication information, and wherein said ecommerce server has access to 
said encoding key, and an inbound template for processing an incoming response message; said 
;0 apparatus comprising means for 
receiving said message; 

decoding an encryption string within said message with said encoding key to verify that 
said response message is directed to said ecommerce server; 
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extract identification from said response for a software application intended to process 
information in said response; 

identify and obtain a corresponding inbound template for said response message from said 
ecommerce server; 

parsing said response message with said inboimd template to extract data and instructions 
including user au&entication information from said response message; and 

forwarding said data and instructions to said software application for processing. 

26. Apparatus for handling an incoming ecommerce response message received by an 
ecommerce server from a responding recipient, comprising means for 

receiving said message; 

decoding an encryption string within said message with a systemwide encoding key 
previously used to encode the corresponding outgoing ecommerce message to verify that said 
response message is directed to said ecommerce server; 

extracting identification from said response for a software ^plication intended to process 
information in said response; 

identifying and obtaining a corresponding inbound template for said response message 
from said ecommerce server; 

parsing said response message with said inbound template to extract data and instructions 
including user authentication information from said response message; and 

forwarding said data and instructions to said software application for processing. 

27. Apparatus for handling an incoming ecommerce response message received by an 
ecommerce server from a recipient responding to an outgoing ecommerce message; wherein said 
response message includes: an encryption string encoded with session id, and identification of a 
software application capable of processing said response; said apparatus comprising means for: 

receiving said message; 

decoding an encryption string within said message to verify that said response message is 
directed to said ecommerce server; 

extracting identification from said response for a software application intended to process 
information in said response; 

identifying and obtaining a corresponding inbound template for said response message 
from said econmierce server; 
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parsing said response message with said inbound template to extract data and instructions 
including user authentication information from said response message; and 

forwarding said data and instructions to said software application for ptocessing. 

28. The method of clann 27 wherein said encryption string is encoded with an encoding key, 
identification of a software application capable of processing said response, and user 
authentication information; said apparatus comprising means for 

receiving said messa^; 

decoding an encryption string within said message with an encoding key previously used to 
encode the corresponding outgoing ecommerce message to verify that said response message is 
directed to said ecommerce server; 

extract identification fi-om said response for a software application intended to process 
information in said response; 

identify and obtain a corresponding inbound template for said response message from said 
ecommerce server; 

parsing said response message with said inbound template to extract data and mstructions 
including user authentication information from said response message; and 

forwarding said data and instructions to said software application for processing. 

29. The apparatus of claim 27 wherein said means for processing of said software application 
includes means for using said session id to match said response with an outbound message. 

30. A method for processing an incoming ecommerce response message received by a server 
fi"om a recipient responding to an outgoing ecommerce message, comprising: 

receiving said response message; 

decoding an encryption string within said response message with an appropriate key to 
verify that said response message is directed to said server; 

extracting identification from said response message for processing information in said 
response; 

identifying and obtaining a corresponding inbound template for said response message 
from said server; 

parsing said response message with said inbound template to extract data and instructions 
contained in said response message, if any, for processing said data and instructions. 
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31. A meAod for processing an incoming ecommerce response message received by a server 
from a recipient responding to an outgoing ecommerce message, comprising: 

receiving said response message; 

decoding an encryption string within said response message with an appropriate key used 
to encode said outgoing ecommerce message to verify that said response message is directed to 
said server; 

extracting identification from said response message for processmg information in said 
response; 

identifying and obtaining a corresponding inbound template for said response message 
from said server; 

parsing said response message with said inbound template to extract data and instructions 
including user auihmtication information fix>m said response message; and 
forwarding said data and instructions to an application server for processing. 

32. A method for handling an incoming ecommerce response message received by an 
ecommerce server from a recipient responding to an outgoing ecommerce message; wherein said 
response message includes: 

an encryption string encoded with an encoding key, identification of a software application 
capable of processing said response, and user authentication information; said method 
comprising: 

receiving said message; 

decoding an encryption string within said message with an encoding key previously used to 
encode the corresponding outgoing ecommerce message to verify that said response message is 
directed to said ecommerce server; 

extract identification from said response for a software application intended to process 
information in said response; 

identify and obtain a corresponding inboxmd template for said response message from said 
ecommerce server; 

parsing said response message with said inbound template to extract data and instructions 
including user authentication information from said response message; and 

forwarding said data and instructions to said software application for processing. 
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33. A method for handling an incoming ecommerce response message received by an 
ecommerce serv^ fiom a recipient responding to an outgoing ecommerce SMS message, wherein 
said response message includes: 

an encryption string encoded with an encoding key used to encode the corresponding 
outgoing ecommerce message, identification of a software application capable of processing said 
response, and user authentication information, and wherein said ecommerce server has access to 
said encoding key, and an inbound template for processing an incoming response message; said 
method comprising: 

receiving said message; 

decoding an encryption string within said message with said encoding key to verify that 
said response message is directed to said ecommerce server; 

extract identification fi-om said response for a software application intended to process 
information in said response; 

identify and obtain a corresponding inbound template for said response message Srom said 
ecommerce server; 

parsing said response message with said inbound template to extract data and instructions 
including user authentication information from said response message; and 

forwarding said data and instructions to said software application for processing. 

34. A method for handling an incoming ecommerce response message received by an 
ecommerce server from a responding recipient, comprising: 

receiving said message; 

decoding an encryption string within said message with a systemwide encoding key 
previously used to encode the corresponding outgoing ecommerce message to verify that said 
response message is directed to said ecommerce server, 

extracting identification from said response for a software application intended to process 
information in said response; 

identifying and obtaining a corresponding inbound template for said response message 
from said ecommerce server; 

parsing said response message with said inbound template to extract data and instructions 
including user authentication information from said response message; and 

forwarding said data and instructions to said software application for processing. 
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35. A method for handling an incoming ecommerce response message received by an 
ecommerce server from a recipient responding to an outgoing ecommerce message; wherein said 
response message includes: an encryption string encoded with session id, and identification of a 
software application capable of processing said response; said method comprising: 

5 receiving said message; 

decoding an encryption string within said message to verify that said response message is 
directed to said ecommerce serven 

extracting identification from said response for a software application intended to process 
information in said response; 
D identifying and obtaining a corresponding inbound template for said response message 

from said ecommerce server; 

parsing said response message with said inbound template to extract data and instructions 
including user authmtication information from said response message; and 

forwarding said data and instructions to said sofhvare application for processing. 

5 

36. The method of claim 35 wherein said encryption string is encoded with an encoding key, 
identification of a software application capable of processing said response, and user 
authentication information; said method comprising: 

receiving said message; 

a decoding an encryption string within said message with an encoding key previously used to 

encode the corre^K>nding outgoing ecommerce message to verify that said response message is 

directed to said ecommerce server; 

extract identification from said response for a software application intended to process 

information in said response; 
S identify and obtain a corresponding inbound template for said response message from said 

ecommerce server; 

parsing said response message with said inbound template to extract data and instructions 
including user auAentication information from said response message; and 

forwarding said data and instructions to said software application for processing. 

0 

37. The method of claim 35 wherein said processing of said software application includes 
using said session id to match said response with an outbound message. 
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38. An article comprising: 

a compute: readable signal bearing medium; 

computer program code means recorded on said medium adapted to perform the method of 
any of claims 22 to 37. 

39. An article comprising: 

a computer readable signal bearing medium; 

computer program code means recorded on said medium adapted to implement the 
apparatus of any of claims 22 to 27. 

40. The article of claims 38 or 39 wherein said medium is selected from the group consisting of 
magnetic, optical, biological, and atomic data storage media. 

41 . The article of claims 38 or 39 wherein said medium is a modulated carrier signal. 

42. The article of claim 41 wherein said signal is a transmission over a network. 
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FIG. 7 SMS Message Encoding Engine Flow Diagram 
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A:The Common Message Subsystem or the 

SMS Composing Wizard calls the Data 
Collection Interface's APis to submit data* 
coRected from the Appiication Component or the 
Business User 
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B:The Data collected by the API are saved In the 
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C:The Typed SMS message encoder (invoiced 
by the serKiMessage API) retrieves the data from 
the Data Collection Object 







D:The Typed SMS message encoder retrieves 
the SMS Universal Encoding Template using the 
message type name from the Data Collection 
Object 



805 

E:The Typed SMS message encoder creates a 
Temporary Typed SMS Message Instance using 
the template and data collected from step C 



806 

F.The SMS Message validator validates the 
Temporary Typed SMS Message Instance 




*The data are: 

1) commerce 
message type 

2) receivers 

3) send time 

4) send priority 

5) message body 

6) response template 
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Return enror to the 
sendMessage API 
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FIG. 18B 



INBOUND FLOW DIAGRAM 2 
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FIG. 18C 

INBOUND FLOW DIAGRAM 3 
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